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E^TEGRATION OF LEGACY MAINFRAME SYSTEMS THROUGH DATA 
STREAM OBJECTMCATION INTO FINITE STATE MACHINES 

[0001] This application claims the benefit of U.S. Provisional Patent Application 

No. 60/243,806, filed October 27, 2000. 

FIELD OF THE INVENTION 

[0002] The present invention relates generally to data processing systems and, 

more particularly, to the integration of legacy mainframe applications with distributed 
object systems. 

DISCUSSION OF RELATED ART 

[0003] There are a variety of tools, technologies, and methodologies currently 

available for performing systems integration, particularly connecting legacy mainframe / 
terminal-based application with more modem distributed Intemet / intranet applications. 
The existing methodologies can be broken down into three primary categories: API 
access, database connectivity, and screen-scraping. All three methodologies can be 
implemented in any number of ways, from simple driver interface protocols such as 
ODBC or JDBC, to true application servers. But regardless of the implementation details, 
the actual integration process will fall into one of those three categories. 

[0004] An Application Programming Interface ("API") is a set of methods which 

act on one progrmn or application which can be called or referenced by another program 
or application. API access is the most stable of the three traditional interface 
methodologies. But setting up API access for legacy mainframe applications, which 
rarely have an open and accessible API, is the most time consuming and costly as it 
requires substantial re-writing of much or all of the legacy application, and the creation of 
specialized applications to interface to the API which must be recreated in every instance. 
The interface is also limited to only the set of data and business logic which is explicitly 
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made available by the API. If additional access is required in the future, then the interface 
must be rebuilt to include the additions. 

[0005] Database driver interfaces are a very stable method of integration, and can 

- in some cases - be very quick to implement. An interface which uses a database driver 
interface also gives the external system total access to all the data by default. If the 
database schema is available, then utilizing the driver interface can be very quick and 
easy. But if the schema is not available, as is often the case with legacy applications, then 
a great deal of time and effort must be invested in order to reverse-engineer the database 
schema before any data can be accessed. The use of a database driver interface also 
eliminates the possibility of utilizing any of the existing business logic, and in fact all the 
business logic required to read, write, and understand the data elements must be 
completely recreated. 

[0006] Traditional screen-scraping is a process in which a middleware package 

accesses a legacy terminal-based application as a user with a terminal emulator would. A 
script is written which accesses the various screens within a terminal-based application to 
submit data, and read data out based on its position on the screen. Screen-scraping gives 
the middleware access to all the data and all the business logic contained in a legacy 
application very quickly and easily. Traditional screen-scraping is, however, notoriously 
unreliable and difficult to maintain. 

[0007] Many of today's application programs are built using an object-oriented 

methodology, commonly written in object-based programming languages such as C++, 
Java, and others. The explosion of the Memet in recent years, has increased the 
popularity of various distributed-object methodologies such as CORBA, RMI, and others 
which allow an application to access data and/or services which reside on remote 
computers accessible through the Internet or an intranet. Organizations are struggling to 
migrate their systems and applications to a distributed model because of the inherent 
flexibility the model provides, but they are being held back by the presence of one or 
more legacy mainframe systems which contain the majority of their data. In fact, the vast 
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[0008] There are a variety of tricks and technologies which organizations can 

utilize to access an integrate the data locked inside legacy mainframe applications. 
However, the common legacy integration methods either require an unreasonably large 
capital expenditure to implement, cause an unacceptable level of disruption to ongoing 
operations, or are inherently unstable and unreliable. It is therefore desirable to have an 
alternative legacy integration methodology which can be implemented rapidly, is both 
stable and scalable, and represents a much lower-cost solution. 

SUMMARY OF THE INVENTION 
[0009] The invention is a method and system for conducting the exchange of data 

with a terminal-based application program. A plurality of available states within a 
terminal data stream of the terminal-based application program are mapped to respective 
discrete state definitions within a finite state machine. Any element, terminal command, 
data item, or sequence of terminal commands and data items within the terminal data 
stream is interpreted as a discrete state having a respective one of the state definitions. 
An object model containing a set of interfaces is used. The interfaces are utilized as the 
basis for the state definitions. A plurality of state transition rules are defined, which are 
utilized to manipulate the state definitions within the finite state machine. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0010] Figure 1 depicts a block diagram of the components of a system that 

includes an exemplary Legacy Access Server. 

[001 1] Figure 2 depicts a control flow diagram for the Legacy Access Server of 

FIG. 1. 

[0012] Figure 3 depicts the class diagr^ for a Legacy Access Server framework. 
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[0013] Figure 4 depicts the class diagram for the Legacy Access Objects. 

[0014] Figure 5 depicts the class diagram for the Action Objects. 

[0015] Figure 6 depicts the class diagram for the Buffer Interface Objects. 

[0016] Figure 7 depicts the schematic interaction surrounding a Business Logic 
Server. 

[0017] Figure 8 depicts a control flow diagram for a Business Logic Server. 

[0018] Figure 9 depicts the class diagram for Super Legacy Access Objects. 

[0019] Figure 10 depicts the monitor state of a Ixgacy Interjection Server, in its 

primary active state. 

[0020] Figure 1 1 depicts the secondary active state of a Legacy Interjection 

Server. 

OVERVIEW OF THE EXEMPLARY EMBODIMENTS 

[0021] FIG. 1 shows a system 100 including an exemplary legacy access server 

1 10. The legacy access server ("LAS") 1 10 is located on a middle-tier server which has 
access to a terminal-based legacy mainframe application 120 via any terminal control 
protocol 118 (e.g.. Telnet, TN3270, and the lilce), and makes its pre-defined data set 
objects ("Legacy Access Objects" or "LAOs" 113) available to authorized clients 130 via 
any object distribution mechanism. A client 132 is then able to request a reference 132 to 
any LAO 113 which the server 1 10 makes available, and utilize the methods on the LAO 
1 13 to either access data within the legacy system 120 or to store data into the legacy 
system. The LAO 1 13 contains rules, which are utilized by the LAS 110 as the state 
transition rules that drive state transitions within the terminal data stream, and hence 
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drive the application and business logic embodied in the legacy application 120 to 
retrieve and enter data. Because the selection and ordering of data items within a Legacy 
Access Object 1 13 is separated from the details of the legacy application 120, any 
number of LAOs 1 13 can be defined and constructed to provide access to the underlying 
functionality of legacy application 120 in a variety of ways. These ways may include 
either collating data from multiple locations within the legacy application 120 into a 
single discrete view, or narrowing the accessibility of particular data sets and limiting 
access by chent 130. Because the LAS 1 10 accesses the existing terminal data stream 
from protocol engine 1 18, no migration of existing data, no re-implementation of 
business logic, and no alteration of existing resource or use pattems is required. 

[0022] FIG. 7 shows a second exemplary configuration 700 having a plurality of 

LASs 1 lOa-1 10c. Multiple Legacy Access Servers 1 lOa-1 10c, each wrapping a distinct 
legacy application 120a- 120c, can be unified and resolved through a Business Logic 
Server ("BLS") 710, which resides on another middle-tier server, which has client access 
to the various Legacy Access Servers via any distributed object mechanism. The BLS 
710 appears to its component LASs 1 10a- 1 10c as any client 130 would, and true clients 
are able to access a BLS 710 in the same way they would access an LAS 110. The 
Business Logic Server 710 (BLS) presents a set of Super-Legacy Access Objects 720 
(SLAOs) to the clients 130 through any available distributed object mechanism, where 
the SLAOs 720 represent any definable data set across the available LAOs 1 13a-l 13c 
presented by the underlying LASs 1 lOa-1 10c. The SLAO 720 comprises a set of data 
resolution rules, which describe the appropriate actions to be taken in order to resolve 
data from the various LAOs 1 13a- 1 13c being accessed, resolve conflicts between similar 
data items from separate legacy applications 120a-120c, and any other unification, 
resolution, or translation that may be necessary. 

[0023] FIG. 10 shows another exemplary configuration 1000. In system 1000, a 

Legacy Access Server for a particular legacy application 120 can serve as the foundation 
for a Legacy Interjection Server ("LIS") 1010. An LIS 1010 resides on a middle-tier 
server between a legacy application 120 accessible via any standard terminal control 
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protocol, and either a terminal or terminal-emulator client 130. The LIS 1010 monitors 
the data stream between the terminal client 130 and the legacy application 120 until one 
or more interjection criteria are met. At that point, the LIS 1010 can access an Altemate 
Data Source (ADS) and alter the user's view of the application by creating new data 
elements within existing screens, or creating entirely new screen sets for the user to 
navigate without altering the underlying legacy application. When the LIS 1010 has 
completed the manipulation and alteration of the user's view of the application 120, direct 
client terminal control is returned to the legacy apphcation. 

DETAILED DESCRIPTION OF THE INVENTION 

[0024] Referring again to FIG. 1, an exemplary system 100 according to the 

present invention provides a connectivity engine which manages the details of 
communicating via a terminal command protocol (e.g. Telnet, TN3270), a set of 
interfaces and base classes with which to define the various components of the legacy 
access system, and an Application Programming Interface ("API") which provides client 
120 access to the system. The exemplary embodiment 100 also comprises a graphical 
user application ("GUI application") to automate the generation of unplementation- 
specific code for a Legacy Access Server 1 10, and a second GUI application to automate 
the generation of implementation-specific code for a Business Logic Server 710 (FIG. 7). 

[0025] Although the exemplary embodiment described below defines a specific 

object model, class structure, and API, one skilled in the art will appreciate that an 
alternative embodiment may specify a different object model, class structure, and API 
that utilizes a different model for the realization of a finite state machine, is implemented 
in a different programming language, or provides for a different mode of client access. 

[0026] In this exemplary embodiment, the central point of the legacy access 

system 100 is the Legacy Access Server 1 10 ("LAS"). An exemplary class interface for 
this exemplary embodiment of the LAS 1 10 is as follows: 
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public interface LAS { 

public void movieEnabled (boolean movieOn) ; 
public void traceEnabled (boolean traceOn) ; 
public LAO getLAO (String name) throws Exceptions- 
public void start {) throws ConnectionException; 
public void stop { ) ; 

public void setLog (String file) throws lOException; 
public void enableLog (boolean on) ; 

} 



[0027] The start ( ) method connects the terminal data stream (indicated by the 

dashed line of FIG. 1) to the legacy application 120, and the stop ( ) method 
disconnects the data stream. The movieEnabled (boolean) method turns a "movie" 
or visual representation of the terminal state "on" or "off," depending on the state of the 
boolean flag. The traceEnabled (boolean) method turns tracing on or off 
depending on the state of the boolean flag. Logging of the session is accomplished using 
the setLog ( String) and enableLog (boolean) methods. A primary function of 
a LAS 1 10 is to provide the client with LAO references 132, which is done using the 
getLAO ( String) method, which will return the requested LAO 1 13, 

[0028] Figure 1 shows the intemal structure of the LAS 1 10. Three object 

factories are maintained, an LAO Factory 1 12, an Action Factory 1 14, and a Buffer 
Interface Object (BifO) Factory 1 16, as well as a terminal protocol engine 118, which is 
responsible for dealing with the specifics of whatever terminal control protocol is being 
utilized to communicate with the legacy application 120. 

[0029] Figure 2 depicts the flow control diagram from the client application 130 

making requests on an LAO 113 through the legacy access server 110, and from there to 
the legacy application 120. Data are first passed from the client 130 to LAO 113 using 
the various getter and setter methods on a specific LAO instance. The LAO 113, which is 
the embodiment of the state transition rales required to achieve a certain result from the 
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legacy application 120, then interacts with the Action 115 and BIfO instances 1 17, 1 19 to 
drive the state machine to the desired target state while reading and storing the relevent 
data elements which may appear in any of the states passed through towards the desired 
target state. The terminal emulation engine 118 handles the actual transmission and 
receipt of data to and from the legacy application 120. 

[0030] Figure 3 depicts the Unified Modeling Language (UML) diagram for the 

LAS framework, which comprises the interface as described above and an abstract class 
to provide a default implementation for appropriate methodsAS and extension of 
com.dialogos.legacy.las.LAS_base 302, as seen in Figure 3. 

[0031] FIG. 4 shows an exemplary LAO 113. The legacy Access Objects 

("LAOs") 113 provide the wrapping from raw legacy application data to a usable and 
convenient format for a distributed client. If the legacy data are viewed as a very abstract 
imposed-relational database, then an LAO 113 forms a view on, or recordset of, those 
data. LAO references 132 are retrieved by the LAS 1 10 from an LAO Factory 1 12 and 
passed to the client 130. In order to insure the efficient transmission of data across a 
distributed object frameworlc, each LAO 113 includes two components. The first 
component is the LAOData object 402 (FIG. 4), whose interface for this exemplary 
embodiment follows: 

public interface LAOData { 
public Byte getByte(int item) throws 
InvalidltemException, 

NumberFormatExcept ion ; 

public void setByte(int item. Byte value) throws 
InvalidltemException; 

public Character getCharacter (int item) throws 
InvalidltemException, 
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Da taLo s s Exc ep t i on ; 

public void setCharacter (int item. Character value) 
throws Inval idl temExcept ion ; 

public Double getDouble (int item) throws 
InvalidI temExcept ion, 

NumberFormatException; 

public void setDouble (int item. Double value) throws 
InvalidltemException; 

public Float getFloat(int item) throws 
InvalidltemException, 

NumberFormatException; 

public void setFloat(int item. Float value) throws 
InvalidltemException; 

public Integer getlnteger (int item) throws 
InvalidltemException, 

NuraberFoimiatException ; 

public void setlnteger (int item. Integer value) 
throws InvalidltemException; 

public Long getLong{int item) throws 

I n va 1 i d 1 1 emExc ep t i on , 

NumberFormatException; 

public void setLong(int item. Long value) throws 
I nva 1 i dl t emExc ep t i on ; 

public Short getShort(int item) throws 
InvalidltemException, 

NumberFormatException ; 

public void setShort(int item. Short value) throws 
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In va 1 i dl t emExc ep t i on ; 

public String getString(int item) throws 
InvalidltemException; 

public void setString{int item, String value) throws 
InvalidltemException; 

public ByteE] getByteArray ( int item) throws 
Inva 1 idl t emExc ept i on , 

NumberFormatException; 

public void setObject (int item. Object value) throws 
InvalidltemException; 

public Object getObject (int item) throws 
InvalidltemException; 

public void setByteArray (int item, Byte[] values) 
thr o ws Inva 1 i d 1 1 emExc ep t i on ; 

public Character [] getCharacterArray (int item) 
throws InvalidltemException, 

DataLossException; 

public void setCharacterArray (int item. Character [] 

values) 

throws InvalidltemException; 

public Double [] getDoubleArray (int item) throws 
InvalidltemException, 

NumberFormatException; 

public void setDoubleArray (int item. Double [] 
values ) throws 

InvalidltemException; 

public Float [] getFloatArray(int item) throws 
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In va 1 i dl t emExc ep t i on , 

Number Forma t Exc ep t i on ; 

public void setFloatArray (int item, Float [] values) 
throws InvalidltemException; 

public Integer [] getlntegerArraydnt item) throws 
InvalidltemException, 

Number Forma t Exc ep t i on ; 

public void setlntegerArray {int item. Integer [] 
values ) throws 

InvalidltemException; 

public Long[] getLongArray ( int item) throws 
Inva 1 i dl t emExc ep t i on , 

NumberFormatException; 

public void setLongArray (int item, Long[] values) 
throws I nva 1 i dl t emExc ep t i on ; 

public Short [] getShortArray { int item) throws 
InvalidltemException, 

NumberFormatException; 

public void setShortArray (int item. Short [] values) 
throws InvalidltemException; 

public String [] getStringArray ( int item) throws 
Inval idl temExcept ion ; 

public void setStringArray (int item. String [] 
values ) throws 

Inval idl t emExc ep t i on ; 

public void setObjectArray (int item, Object[] value) 
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throws 

Inva 1 i dl t emExc ep t i on ; 

public Object [] getObjectArray (int item) throws 
InvalidltemException; 
} 

[0032] All of the methods defined by this LAOData interface 402 are used to 

retrieve and set the various data members 404 contained by the LAO 1 13 as each 
specified data type. Any field can be defined and accessed as any number of different 
data types, so long as a standard conversion is available. Data 404 are loaded and saved 
by the LAO 1 13 by driving the state transitions through the Action 1 14 and BIfO 1 16 
interfaces, and accessing the data contained within the various states through the BffO 
interface. 

[0033] The second component of an LAO 1 13 is the actual LAO 1 13, whose 

interface for this exemplary embodiment is as follows: 

public interface LAO extends LAOData { 

public boolean hasMoreO; 

public void fill ( ) throws 
InvalidHostContextException, KeyNotSetException, 

lOException, Exception; 

public void save ( ) throws 
InvalidHos tContextExcept ion , lOExcept ion , Exception ; 

public LAOData getAllData ( ) ; 

public void setAllData (LAOData data) throws 
InvalidDataException; 
} 

[0034] The fill ( ) method directs the LAO 1 13 to fill its data members 404 
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with data from the host application 120. The save { ) method directs the LAO 113 to 
take the data currently loaded and save it back into the host application 120, The 
hasMore ( ) method, returns "true" if the LAO 1 1 13 has filled itself, but there remains 
the possibility of additional data within the host which would require a subsequent 
fill{) call to retrieve. The getAllDataO and setAllData{LAOData) 
methods are used to get and set, respectively, all of the data members 404 at once. This is 
why the LAO 1 13 is defined by the two components: the data object LAOData 402 can 
be "broken off" and returned across the distribution wire in a single transmission. 

[0035] Figure 4 depicts the UML for LAOs 1 13 for specific implementations, 

which are defined by the developer or user of the generation tool. Any number of LAOs 
1 13a- 1 13c can be defined, representing any set of data contained within the legacy 
application 120, depending upon the differing requirements of different clients 130a- 
130c. 

[0036] The LAOFactory 1 12 for this exemplary embodiment comprises a single 

factory class which dynamically loads the LAO instances 408 as they are needed. As 
such, there is no need for specific, system-dependent re-implementations of the 
LAOFactory 112. 

[0037] Figure 5 depicts the UML diagram for Action implementations. This 

exemplary embodiment includes the Action classes 1 15, which are utility objects, which 
one skilled in the art will recognize as being useful but not required to practice this 
mvention. Actions 1 15 represent definable, reusable patterns in the state transition rules 
which do not require the intervention or access of specific dynamic data elements. They 
^e static paths through the state machine which can be accessed by LAOs 1 13a-l 13c in 
order to simpUfy the development of a set of LAOs by reusing the path definition in the 
Action 1 15. The interface for this exemplary embodiment is as follows: 

public interface Action { 

public void run() throws Exception; 
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public String nameO; 

} 

[0038] The name ( ) method is a convenience method for retrieving the name of 

Action 1 15, which will be the class name of a specific instance 504 of Action. The 
run ( ) method 'runs' the Action - attempting to navigate from the current state to the 
desired destination state. 

[0039] The ActionFactory 1 14 for this exemplary embodiment comprises a single 

factory class which dynamically generates Actions 1 15 as they are requested by LAOs 
1 13a-l 13c. As such, there is no need for specific, system-dependent re-implementations 
of the ActionFactory. 

[0040] Figure 6 depicts the UML diagram for specific instances 604 of Buffer 

Interface Objects 1 17, 1 19. The Buffer Interface Objects ("BlfOs") 1 17 are the 
representations of the actual states within the state machine. A single Bif O 604, or a 
single state, can map to any portion of the terminal data stream - from a single terminal 
command or data element, all the way to the total sequence of terminal commands and 
data elements required to build an entire user screen. The BIfOs 604 are accessed by both 
LAOs 1 13a-l 13c and Actions 1 15 to identify the current context (state) of the legacy 
application 120, retrieve data from the legacy application, and transmit data to the legacy 
application 1 20. BIf Os 604 unplicitly define a set of the possible data elements, to which 
the BIfO 1 17 has access, and upon which the various methods in the BIfO interface 1 17 
can act, which for this exemplary embodiment is as follows: 

public interface BIfO { 

public void setSession (Terminal s) ; 
public void setKey(int key) ; 
public int getKeyO; 
public String getNameO; 
public boolean isItYouO; 
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public int length (int fieldKey) ; 

public String decompose (int fieldKey) throws 

Exceptions- 
public String decompose (int fieldKey, int index) 

throws Exception; 

public Object decompose ( int fieldKey) throws 

Exceptions- 
public Object decompose (int fieldKey, int index) 

throws Exceptions- 
public void compose (int fieldKey, String dat) throws 

Exceptions- 
public void compose (int fieldKey, String dat, int 

index) throws Exception; 

public void compose (String dat) throws Exception; 
public void compose (int fieldKey, Object dat) throws 

Exception; 

public void compose (int fieldKey, Object dat, int 
index) throws Exception; 

public void compose (Object dat) throws Exception; 

} 

[0041] The setSession (Telnet) method is used to provide the BIfO 1 17 

with a reference to the active terminal controller, if it is not defined when the BIfO is 
constructed. Similarly, setKey ( int ) provides the BIfO with its enumeration key, 
while the getKey ( ) method returns the BIfOs enumeration key, and getName ( ) 
returns the BIfOs class name. The remaining methods are utilized by the state transition 
rules embodied in the Actions 1 15 and LAOs 1 13 to identify and manipulate the state 
machine: 

•isItYou ( ) returns a boolean value corresponding to whether or not the BIfO 
recognizes itself as the current state. 
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•length ( int ) returns the number of data items contained by the field specified, 
•decompose { int ) returns the data contained by the specified field, 
•decompose ( int , int ) returns the data at the provided index in the specified field, 
•compose ( int , String) and compose (int. Object) insert the provided 

data into the specified field, 
•compose (int. String, int) and compose ( int , Object, int) insert 

tile provided data into the specified field at the specified index position, 
•compose ( String ) and compose ( Ob j ect ) inserts the provided data directly into 

the terminal confrol stream. 

[0042] Ideally, the first step in building an LAS 1 10 is to generate the complete 

set of requisite BifOs 1 17, 1 19, which can then be used as the building blocks for fiiture 
Actions 1 15 and LAOs 1 13. 

[0043] Unlike LAOs 1 13 and Actions 1 15, BIfOs 1 17 are not requested by a 

software component, but are dictated by the legacy application 120. Consequently, the 
BIfOFactory 1 16 is fundamentally different from both the LAOFactory 1 12 and the 
ActionFactory 1 14. A new implementation-specific BIfOFactory is generated for each 
instance 303 of a Legacy Access Server 1 10, which must monitor the state of the terminal 
control stream and only return a reference to whichever BIfO 604 represents the current 
state of the application 120. 

[0044] Figure 7 depicts a system 700 having interaction between a distributed 

client 130, a single Business Logic Server 710 ("BLS"), and three LAS instances 1 10a- 
1 10c, each wrapping a respective legacy application 120a-120c. In order to unify and 
resolve data across multiple Legacy Access Servers 1 lOa-1 10c, this exemplary 
embodiment utilizes a BLS 710, whose purpose is to manage client access to the data 
objects. The class interface for this exemplary embodiment of the BLS is as follows: 

public interface BLS { 
piablic void start (); 
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public void stopO; 
public LAS getLAS (String) ; 
public SLAO getSLAO ( String) ; 

} 

[0045] The start ( ) method connects the Business Logic Server 710 to the 

Legacy Access Servers 1 10 and starts them, and the stop ( ) method disconnects them. 
The primary function of the BLS 710 is to provide the client 130 with Super Legacy 
Access Object 720 ("SLAO") references (Data_A through Data_D), which is done using 
the get SLAO ( String) method, which returns the requested SLAO. 

[0046] Figure 8 depicts the control flow diagram for a Business Logic Server 710. 

A client 130 first requests a reference to some SLAO 720 which has been defined for the 
BLS instance 710. The client 130 then activates the SLAO 720 to either retrieve or 
submit its data set from / to the underlying LASs 1 lOa-1 10c. The SLAO 720 then uses its 
internal resolution rules to first access the data contained in the appropriate LAOs 1 13a- 
1 13c and then to unify and resolve lliose data. Missing or incorrect data in one or more 
of the systems 120a-120c can be updated in order to properly synchronize the data across 
all the systems 120a-120c, spelling errors and data entry errors can be corrected using 
any one of a number of different selection and resolution algorithms, any other 
implementation-dependent data unification and resolution is performed. 

[0047] Figure 9 depicts the UML diagram for the Super Legacy Access Objects 

720 ("SLAO"). The SLAO 720 is constructed in a manner identical to the construction of 
the LAOs 1 13a- 1 13c, and in fact the actual SLAO interface is simply an empty extension 
of the LAO interface 1 13. Likewise, the SLAOData interface 902 is an empty extension 
of the LAOData interface 402. The difference between an LAO 1 13 and an SLAO 720 is, 
of course, functional. An LAO 1 13 is implemented with the state transition rules 
required to navigate the state machine, whereas an SLAO 720 is implemented with the 
data unification and resolution rules required to resolve multiple LAO data items 404 into 
a single view. 
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[0048] FIG. 10 shows an exemplary system 1000 for the operation of a Legacy 

Interjection Server 1010 ("LIS"). LIS 1010 is best described by the various operational 
states the LIS moves through to provide services to a client 130. Figure 10 depicts the 
LIS 1010 m its initial monitor state. The LIS 1010 exists between a terminal or terminal 
emulator client 130 and the legacy application 120, and monitors the terminal control 
stream being passed between the client and the server. The LIS 1010 watches for the 
occurrence of Interjection Criteria in the control stream, which is a state within the stream 
that signals to the LIS that it should move into its next operational state. 

[0049] Figure 10 depicts the primary active state of the LIS 1010. The LIS 1010 

pauses the terminal control stream from the legacy application 120, and interacts with an 
Alternate Data Source 1020 (ADS) - which can be anything from a modem relational 
database server to another legacy application - to access data and present new data items, 
new terminal screens, or a new sequence of terminal screens to the user. This allows 
modifications to be made to the user's interface and experience, and to add data and 
workflow without disrupting the existing user processes and wiUiout the user even 
knowing that a new system 1000 is in place. 

[0050] Figure 1 1 depicts the secondary active state of the LIS 1010. Commonly, 

the alternate data elements or user screens may require additional data to be provided to 
tile legacy application 120 or for tiie legacy application to be in a different state before 
tile connectivity directiy to tiie user is restored. Thus, the secondary active state involves 
the use of a Legacy Access Server 1 10 to make tiiese changes in the legacy application 
120. 

[0051] Once the LIS 1010 has updated the state of the legacy application 120 

appropriately to match the state of client 130, flie LIS retums to its initial monitor state 
(see Figure 10) by unblocking tiie terminal control stream from tiie legacy application 
120 du-ectly to client 130. 
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[0052] From the foregoing description, it will be appreciated that the present 

invention provides an improved alternative system and method for interfacing or 
wrapping legacy terminal-based applications. The central component of the system is a 
5 Legacy Access Server 1 10, which provides access by client 130 to definable data sets 

within the legacy application 120. A series of Legacy Access Servers 1 lOa-1 10c can be 
integrated, unified, and resolved, through a secondary component of the system described 
as a Business Logic Server 710 which provides client access to definable data sets across 
the Legacy Access Servers 1 lOa-1 10c. A tertiary component is described as a Legacy 
10 Interjection Server 1010, which leverages the primary components of the system to alter 
1^^ the legacy application interface provided to terminal or termmal emulator clients 130 

o 

|1 without requiring reprogramming of the actual legacy application. 

y 

m 



[0053] The foregoing system components may conveniently be implemented in 

one or more program modules that are based upon the UML diagrams of Figures 3, 4, 5, 
6, and 9, and the features illustrated in the remaining figures. No particular programming 
p language has been described for implementing any component of the system, as it is 

p considered that the operations, steps, and procedures described above and illustrated in 

M the accompanying drawings ^e sufficiently disclosed to permit one of ordinary skill in 

20 the art to implement the present invention using any object-oriented programming 

language. Moreover, there are many computers and operating systems which may be used 
in practicing the present invention and therefore no detailed computer program could be 
provided which would be applicable to all of these many different systems. Each user of a 
particular computer will be aware of the language and tools which are most useful for 
25 that user's needs and purposes. 



;?5 5 



[0054] The present invention may be embodied in the form of 

computer-implemented processes and apparatus for practicing those processes. The 
present invention may also be embodied in the form of computer program code embodied 
in tangible media, such as floppy diskettes, read only memories (ROMs), CD-ROMs, 
DVDs, hard drives, or any other computer-readable storage medium, wherein, when the 
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computer program code is loaded into and executed by a computer, the computer 
becomes an apparatus for practicing the invention. The present invention may also be 
embodied in the form of computer program code, for example, whether stored in a 
storage medium, loaded into and/or executed by a computer, or transmitted over some 
transmission medium, such as over the electrical wiring or cabling, through fiber optics, 
or via electromagnetic radiation, wherein, when the computer program code is loaded 
into and executed by a computer, the computer becomes an apparatus for practicing the 
invention. When implemented on a general-purpose processor, the computer program 
code segments configure the processor to create specific logic circuits. 

[0055] The present invention has been described in relation to particular 

embodiments which are intended in all respects to be illustrative rather than restrictive. 
Alternative embodiments will become apparent to those skilled in the art to which the 
present invention pertains without departing from its spirit and scope. Accordingly, the 
scope of the present invention is defined by the appended claims and their range of 
equivalents, rather than the foregoing examples. 
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